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Voice Message Storage in a Push-to-Talk Communication System 

Background 

5 

This invention relates generally to push-to-talk (PTT) voice communication systems, and 
more specifically relates to an improved capability of such a system that allows an originating 
subscriber to transmit a voice message designated for later delivery to a destination 
subscriber. 

10 

Push-to-talk communication systems, such as the Nextel wireless communications system in 
the United States, are known. Subscribers of such systems utilize a wireless mobile terminal 
(MT) that includes a push-to-talk button and a display that lists the names of other 
subscribers on a Pal list such as shown in Figure 5. Voice communications proceed in a half- 

15 duplex mode in which only one subscriber talks, i.e. transmits, at one time while holding 
down the PTT button. The recipient of the voice communication is determined by the 
originating subscriber selecting the recipient from among a list of Pals shown on the screen of 
the originating subscriber's mobile terminal. It is also possible for the originating subscriber 
to transmit the voice communication simultaneously to a plurality of other subscribers by 

20 selecting a group Pal icon that defines a plurality of individual subscribers to receive the 
communication. 

Initiating a voice communication by depressing the PTT button while inputting a spoken 
message causes a series of packets containing the spoken message addressed to the recipient 

25 for delivery through a server. The system, i.e. the server, attempts to deliver these packets to 
the indicated recipient's mobile terminal. The packets containing the spoken message may be 
temporarily stored in the system for a short time, e.g. several seconds, as part of the normal 
delivery cycle processing. If the recipient's mobile terminal receives the packets, the voice 
message contained by the packets is decoded and output over the speaker of the mobile 

30 terminal. If the recipient's mobile terminal is not available to receive the voice 

communication, or for whatever reason does not receive the voice communication, the 
packets containing the spoken message are discarded by the system following the delivery or 
attempted delivery. Thus, regardless of whether delivery was successful or not, the packets 
containing the voice message are discarded following the delivery process. 
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Conventional telephony systems provide a variety of choices for subscribers to obtain 
delayed voice messages. For example, a subscriber may utilize an answering machine as part 
of the customer's premise equipment to store a voice message from a calling party. 
5 Alternatively a customer may subscribe to a voicemail system supported by the central office 
equipment of the local exchange carrier. Sophisticated automated call distribution systems 
provide a variety of options for storing and playing out voice messages. Conventional 
cellular wireless systems commonly offer wireless subscribers the ability to subscribe to 
voicemail as part of the wireless services offered. The cellular voicemail services are 
10 substantially identical to the landline voicemail systems in terms of operation with the 
primary difference being that the voicemail system is accessed from a cellular telephone. 

Some mobile terminals are capable of operation in a cellular mode and a PTT mode. 
However, such mobile terminals cannot simultaneously operate in both modes, and hence a 

1 5 subscriber using a PTT mode of communications cannot retrieve voicemail services made 
available to cellular users without leaving the PTT mode and switching the terminal for 
operation in the cellular mode. Thus, from the user's viewpoint having such a dual mode 
device is like having two independent communication devices in which the functions 
available from one service may not be available from the other service. Further, a user will 

20 likely want to communicate with people who subscribe to only one of the PTT and cellular 
services, and hence the user of a dual mode terminal cannot use features available on one 
service when the destination subscriber only is available through the other service. 

Because PTT wireless systems evolved to provide relatively short, half duplex voice 
25 communications that quickly reached the destination subscriber, the PTT systems were not 
designed to support voicemail or a capability for an originating subscriber to be able to 
control a delayed delivery of a voice message. Because subscribers of PTT systems are 
accustomed to using features offered by landline and cellular systems, there exists a need to 
provide PTT subscribers with a delayed voice message delivery capability in order to satisfy 
30 the PTT subscriber's need for enhanced communication flexibility. 



3 
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Summary of the Invention 

It is an object of the present invention to provide a technological solution that will satisfy this 
need. 

5 

In accordance with an embodiment of the present invention, an originating PTT subscriber is 
provided with the ability to elect to transmit a voice message that will be stored by the PTT 
system for a later delivery to the designated recipient. The originating subscriber's mobile 
terminal utilizes a predetermined code transmitted with packets containing the voice message 

10 that signifies that the voice message is to be held in storage for later delivery as opposed to 
being immediately routed for attempted delivery to the designated recipient. A 
communication application server receives the packets and upon recognizing the 
predetermined code stores the voice message for later delivery to the designated recipient. 
The server then transmits a status update message to the mobile terminals of the originating 

1 5 subscriber and the designated recipient causing the respective status of each to be modified 
with indicia indicating that a voice message from the originating subscriber awaits delivery to 
the designated recipient. Upon the election of the designated recipient, the stored voice 
message from the originating subscriber can be requested to be played to the recipient. 
Preferably, after the voice message has been played to the recipient, the status indicia at both 

20 the originating subscriber and the designated recipient indicating a waiting voice message for 
delivery is modified to indicate that the voice message is no longer awaiting delivery. 

Brief Description of the Drawings 

25 Figure 1 is a block diagram of a wireless push-to-talk communication system suited for 
incorporating an embodiment of the present invention. 

Figure 2 is a functional block diagram of a PTT mobile terminal in accordance with an 
embodiment of the present invention. 

30 

Figure 3 is a block diagram of the communication application server as shown in figure 1 . 

Figure 4 is a block diagram illustrating an exemplary architecture for each of the elements 
shown in figure 3. 
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Figure 5 is an example of a prior art display of a PTT mobile terminal. 

Figure 6 is a flow diagram illustrating steps by an originating mobile terminal of a voice 
5 message for later delivery in accordance with an exemplary method of the present invention. 

Figure 7 is an example of a display of a PTT mobile terminal of an originating subscriber 
after a voice message has been transmitted for later delivery to a recipient in accordance with 
an embodiment of the present invention. 

10 

Figure 8 is a flow diagram illustrating steps taken by the communication application server in 
accepting a voice message for later delivery in accordance with an exemplary method of the 
present invention. 

1 5 Figure 9 is an example of a display of a PTT mobile terminal of a destination subscriber 

indicating that a voice message awaits delivery from the originating subscriber in accordance 
with an embodiment of the present invention. 

Figure 10 is a flow diagram illustrating steps by a recipient mobile terminal in retrieving a 
20 stored voice message in accordance with an exemplary method of the present invention. 

Figure 1 1 is a flow diagram illustrating steps taken by the communication application server 
in delivering a stored voice message in accordance with an exemplary method of the present 
invention. 

25 

Detailed Description 

Figure 1 is a block diagram of a PTT wireless communications system in which exemplary 
PTT mobile terminals 20 and 22 have wireless communications supported by radio access 
30 nodes (RAN) 24 and 26, respectively. The mobile terminals 20 and 22 have PTT buttons 28 
and 30, respectively, that are depressed by the user during a voice transmission. The mobile 
terminals communicate information such as voice to and from the respective user by 
receiving and transmitting packets over a radio frequency communication link where the 
payload of the packets carries the user's information. The mobile terminals 20 and 22 have 
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visual displays 32 and 34, respectively. The displayed information such as words and 
symbols assists the user in initiating and receiving communications as well as controlling 
functions of the mobile terminal. Control buttons 36 and 38 are contained on the respective 
mobile terminals. The control buttons will typically include a touchtone dialing keypad and 
5 other buttons associated with various control functions that may either be dedicated to a 
specific function or provide control input for a variety of functions that may be defined by 
indicia shown on the display. As used herein, a PTT mobile terminal refers to a wireless 
communication device operating in a push-to-talk mode, and a PTT wireless communication 
system refers to a wireless communication system using a half-duplex mode of 
1 0 communications such as supported by PTT mobile terminals. 

A packet data network 40 receives packets and determines the appropriate destination routing 
based on the packet's address. The packet data network, an addition to supporting 
communications with RAN's 24 and 26, supports communications with a variety of RAN's 42 
1 5 that in turn supports a variety of mobile terminals 44. The packet data network also supports 
the communication of packets with the communication application server 46. As will be 
explained in detail below, the communication application server 46 supports a delayed 
message function in accordance with an embodiment of the present invention. 

20 Figure 2 is a functional block diagram of exemplary mobile terminal 20. The display 32 and 
PTT button 28 have been previously described above. A keypad 60 typically includes a 
touchtone dialing set of buttons and other function related buttons such as directional control 
and function selection capabilities associated with indicia shown on the display. A speaker 
62 converts electronically encoded audio information into sound pressure levels (sound). The 

25 ear speaker 64 provides the same function as speaker 62 except that it is typically a small unit 
worn in or about the ear and produces lower volume sounds intended only for the user 
wearing the ear speaker. Microphone 66 typically comprises a microphone built-in as part of 
the mobile terminal that accepts sounds, i.e. user speech, and converts the sounds into 
electronic signals. 

30 

System software 68 consists of basic operational software associated with functions provided 
by the mobile terminal and may include general input/output control such as operation and 
control of the keypad, buttons, and display, the control of the transmitter and receiver 
functions, general operating system functions including microprocessor and memory control, 
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and provide an interface between the local audio and visual inputs/outputs and the 
communication protocols required for receiving and transmitting packets. The PTT mobile- 
client software 70 provides additional functionality in accordance with an embodiment of the 
present invention as will be described in detail below. The other application software 72 may 
5 comprise other additional software that provides different functionality for the mobile 

terminal. For example, the mobile terminal may function in two separate and independent 
communication modes, e.g. a PTT communication mode and a conventional cellular 
telephone communication mode, where the PTT communication mode is supported by the 
system software 68 and the PTT mobile-client software 70, and the cellular telephone 
10 communication mode is supported by the system software 68 in combination with the other 
application software 72. 

Figure 3 is a block diagram of the communication application server 46. A packet 
input/output interface 80 in combination with a local area network (LAN) 82 provides 

15 connectivity among the elements within communication application server 46 and the packet 
data network 40. Call control server 84 functions as the primary server for call processing. 
The real-time media server 86 provides temporary voice path buffering to assist in providing 
a consistent stream of packets to minimize undesired voice path interruptions and also 
functions as a packet duplicator to supply streams of duplicate packets to multiple 

20 terminating legs of a group call. The message manager 88 provides longer-term, e.g. 

days/weeks, storage of information received by packets from a user and is used in accordance 
with an embodiment of the present invention to store voice messages intended for later 
delivery. The presence database 90 stores data related to each PTT subscriber including the 
state or status of the subscriber's mobile terminal and other information related to services 

25 subscribed to by the user. The presence server 92 is a "front-end' 1 server for presence 
database 90 that collects and distributes state updates. Preferably, the presence server 
provides users with access via the Internet to permit management of Pal lists. The network 
management system 94 functions as a maintenance server that performs system operations, 
administration and management functions. 

30 

Figure 4 illustrates an exemplary architecture 100 utilized for each of the elements of the 
communication application server 46. A microprocessor 102 is supported by read-only 
memory (ROM) 104, random access memory (RAM) 106 and a nonvolatile memory storage 
element 108. An input/output interface 1 10 facilitates communications between the 
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microprocessor 102 and external devices. An operating system, application software and 
system data are stored in memory and provide operating control instructions for 
microprocessor 102. 

5 Figure 5 illustrates an exemplary screen display 120 as known in the prior art of a mobile 
terminal. In this example, "John S." is the user of the mobile terminal with screen display 
120 showing at least a partial listing of Pals as indicated by the title 122. The shown list of 
five Pals can be scrolled using function keys on the mobile terminal to show additional 
people and/or groups on the Pal list As shown, the Pal "Dan E." is highlighted at 124 
10 indicating the selection of this Pal for further action or instructions by the user such as by 
placing a call to the selected Pal. The displayed visual indicia 126 associated with Dan E. 
and Sue R. indicates that each of these Pals is currently logged in the communication system 
and is potentially available for communications. 

Figure 6 is a flow diagram in accordance with an embodiment of the present invention 

1 5 illustrating steps carried out by an originating mobile terminal upon a user's election to 

transmit a voice message for later delivery to a selected Pal. In step 200 an originating user 
John S. selects the Pal Bob N. to receive a communication by causing Bob's name to become 
highlighted. The lack of a "present" indicia (or inclusion of a "not-present" indicia) 
associated with Bob indicates that Bob is not currently available to receive a communication. 

20 An alternative way of initiating a voice message for later delivery is indicated by steps 202 
and 204. In step 202 originating user John S. selects the Pal Sue R. who has an available 
status as indicated by the status indicia associated with Sue. In step 204 user John selects a 
send voice message function such as by pressing a button associated with this function or by 
proceeding to a further submenu having this function as a possible selection. In step 206 user 

25 John presses and holds the PTT button, and after receiving a talk-beep indicating he has the 
floor to transmit, speaks a voice message intended for the selected Pal (Bob if step 200 was 
taken and Sue if steps 202 and 204 were taken). The originating mobile terminal is alerted 
that a voice message for later delivery is desired by : (a) the selection of a Pal that is not 
available as shown by the status indicia and attempted communication via pressing the PTT 

30 button; or (b) selecting a Pal that is available as shown by the status indicia and (i) 

specifically selecting a send voice message function, or (ii) electing to again press the PTT 
button within a predetermined time period following an unsuccessful attempt to transmit a 
normal real-time voice communication to the Pal. In either (a) or (b), it is preferable for the 
originator's mobile terminal to generate a talk indication that is different from the talk-beep 
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normally given as a signal that the floor is open for transmission. This different indication, 
e.g. a different audible sound or visual indicia or both, informs and reminds the user that the 
voice message about to be spoken will be for delayed delivery. 

5 In step 208 the mobile terminal determines upon the initiation of the PTT button that a voice 
message is to be sent for later delivery and sends the spoken information as a series of 
packets addressed to the destination Pal (Bob or Sue). The header of the packets includes a 
flag, which is set representing that the voice message being transported by the packets is 
intended for later delivery. The flag may consist of a bit or byte in a predetermined field of 
10 the header that is set to a predetermined value to represent later delivery. In step 210 the 
originating user releases the PTT button signifying the end of the voice message. This 
completes the transmission of the voice message intended for later delivery by the originating 
user. 

15 In step 212 the originating mobile terminal receives an update of the status of the Pals 
associated with that terminal. As will be explained in further detail below, the 
communication application server periodically determines the status and transmits updates. 
Following receipt of the status update, the originating mobile terminal will now display the 
Pal (Bob or Sue) with additional indicia indicating that a voice message from the originating 

20 user is waiting for delivery to the selected Pal. This process terminates at End 216. 

Figure 7 illustrates an exemplary screen display 230 as seen on the originating user's (John) 
mobile terminal display following the steps described in figure 6. Comparing figure 7 with 
figure 5, it will be seen that the display of figure 7 in accordance with the present invention 

25 includes a message status column (msc) 232. This column provides for the display of indicia 
for each Pal in a row indicating whether or not a message is waiting for delivery from the 
user to the corresponding Pal as indicated by a down arrow, or whether a message is waiting 
for delivery to the user from the corresponding Pal as indicated by an up arrow. A down and 
up arrow for the same Pal would indicate both a message waiting for delivery to the user 

30 from the associated Pal and a message waiting for delivery to the Pal from the user. 

Assuming that the voice message for later delivery was sent to the recipient Bob, an up arrow 
236 in the msc column adjacent the Pal Bob indicates that a message from the user (John S.) 
has been transmitted and is waiting delivery to Bob. If the voice message for later delivery 
had been sent to recipient Sue, then an up arrow in the msc column adjacent Sue would be 
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shown to represent the waiting message. It should be noted in figure 7 that the status state, 
the filled-in rectangle 234, for Sue indicates that she is available for communications while 
the status state 238, an unfilled rectangle, for Mary indicates that she is not available for 
communications. Even if Sue was available for communications at the time a voice message 
5 was sent from John for later delivery to her, the voice message would be stored for later 
delivery to Sue even though the voice message could have been delivered in substantially 
real-time to Sue. These steps are followed since it is the originating user that is given priority 
and control over determining whether a voice message is to be attempted to be delivered in 
substantially real-time or stored for later delivery. 

10 

Figure 8 is a flow diagram illustrating steps taken in accordance with an exemplary method 
of the present invention by the communication application server 46 in accepting a voice 
message for later delivery. In step 300 the call control server 84 of communication 
application server 46 exchanges control packets with John's call initiating mobile terminal at 

1 5 the start of a PTT call prior to any voice packets being transmitted. In step 302 the call 
control server recognizes that a delayed voice message flag in one of the control packets, 
such as in the header of one of the control packets. The call control server 84 in step 304 
sends control signals causing the real-time media server 86 to set up a voice path and 
directing the message manager 88 to allocate storage space for the incoming message 

20 identified for delayed delivery. In step 306 the real-time media server 86 receives a series of 
packets containing a voice message over the established voice path and sends the packets 
containing the voice message to the message manager 88 for storage. Alternatively, the 
payloads of the packets could be concatenated before being passed to the message manager 
for storage. Following receipt of the voice message, the message manager 88 causes the 

25 presence server 92 and the presence database 90 to be updated to reflect a new voice message 
from originating user John waiting delivery for the selected Pal (Bob or Sue). In step 310 the 
presence server 92 transmits a status update message to the originating mobile terminal 
(John) and the mobile terminal of the selected pal (Bob or Sue) causing the respective mobile 
terminals to be updated to indicate that a voice message from John is waiting delivery for the 

30 selected Pal. This process terminates at End 312. 

Figure 9 is an exemplary screen display 330 of the mobile terminal of destination subscriber 
Bob following the steps of figure 8 having been completed and assuming that the voice 
message originated from user John is intended for delayed delivery to destination subscriber 
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Pal Bob. The down arrow in the msc column 332 adjacent Pal John indicates that a voice 
message from John is waiting for delivery to user Bob. In this example status indicator 334 
indicates that the originator of the voice message for delayed delivery, John, is still present 
and available to receive communications. It will be understood that the originator of a voice 
5 message intended for delayed delivery may or may not be available for communications at 
the time that the recipient receives notice of the waiting message. Similarly, the originator of 
the voice message for delayed delivery may or may not be available for communications at 
the time the recipient elects to retrieve the waiting message. 

10 Figure 10 is a flow diagram illustrating steps by a recipients mobile terminal for retrieving a 
stored voice message in accordance with an exemplary method of the present invention. In 
step 400 the recipient Pal, Bob, sees indicia on his screen display indicating that a voice 
message from John is waiting to be delivered to him. Bob initiates a request to receive the 
stored voice message from John in step 402. A retrieve message request could for example 

1 5 be accomplished by selecting (highlighting) the Pal that originated the message and further 
selecting by the use of a function button or indication the desire to retrieve the message (or a 
particular one of several messages) associated with the selected Pal. In step 404 Bob's mobile 
terminal receives the stored voice message from John transmitted from the communication 
application server 46. Following the completion of the delivery of the message, Bob's mobile 

20 terminal receives a status update message in step 406 updating his display to reflect that there 
is no longer a voice message waiting to be delivered from John. Preferably, the status 
indicator that previously indicated a waiting message will change to a different indicator 
reflecting that the message has been read by the recipient Pal. This change in status indicator 
would be transmitted to both the originating and destination users. As indicated in step 408, 

25 Bob can optionally delete the voice message as stored at the communication application 
server 46 by selecting a cancel function on his mobile terminal that will cause his mobile 
terminal to transmit the cancel request to the communication application server. This process 
terminates at End 410. 

30 Figure 1 1 illustrates steps taken, in accordance with an exemplary method of the present 

invention, by the communication application server in delivering a stored voice message. In 
step 500 the call control server 84 receives a request by way of a packet from Bob's mobile 
terminal to play a specified stored message from Pal John. Since more than one message 
from John may be waiting for delivery to Bob, it is preferred that the request identify a 
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particular message. In step 502 the call control server 84 sets up a voice path between the 
message manager 88 and the real-time media server 86, and also a voice path between the 
real-time media server 86 and the MT. In step 504 the call control server 84 instructs the 
message manager 88 to begin playback of the voice message. Following the delivery of the 
5 stored voice message, in step 506 the message manager 88 causes the presence database to be 
updated to reflect that the message has been delivered to Bob. The presence server in step 
508 generates a status update message updating the status of Pals and messages on the mobile 
terminal of both John and Bob, and transmits the update message to the mobile terminals of 
John and Bob. Upon receiving a request from Bob's mobile terminal in step 510 to delete the 
10 voice message from John, the message manager 88 causes the presence database 90 to delete 
the corresponding voice message from John to Bob. In step 512 the presence server 92 
generates a status update message updating the status on the mobile terminal of both John and 
Bob. This causes the indicia representing the read message from John to Bob to be deleted. 
This process terminates at End 514. 

15 

In a further aspect of the embodiment, the originator of a voice message sent for delayed 
delivery to a destination party maintains a level of access and control of the stored message. 
Assume that Joe has left a voice message for Susan, and that Susan has not listened to or 
deleted the message. Joe can utilize his mobile terminal to access and playback the voice 

20 message he previously left for Susan. This can be accomplished by selecting an appropriate 
instruction from a menu on Joe's mobile terminal and causing it to transmit a corresponding 
command to the communication application server at which the voice message is stored. 
Since Joe's mobile terminal is recognized as being the originating mobile terminal associated 
with the stored voice message, and since the recipient (Susan) has not yet retrieved or deleted 

25 the message, the communication application server will authenticate the request and proceed 
to playback the stored voice message to Joe's mobile terminal. Assuming that Susan has not 
yet retrieved the stored message, Joe also has the option of electing to delete the message 
prior to Susan having heard it. This can be accomplished by transmitting an instruction from 
Joe's mobile terminal to the communication application server requesting that the stored voice 

30 message to Susan be deleted. Upon receiving this instruction, the communication application 
server will determine if the subject message has been retrieved by the recipient, and if it has 
not been retrieved by the recipient and if the request is received from the originating mobile 
terminal, the request to delete the subject message will be executed. Preferably, this also 
causes the generation of a status update message to be sent to the respective mobile terminals 
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to reflect that the subject message from Joe to Susan is no longer waiting to be delivered. 
Only the originator, i.e. the originating mobile terminal, of the stored message can elect to 
delete a previously sent message for later delivery if the recipient has not yet read and/or 
deleted the message. This capability is useful in a variety of situations such as where the 
5 information in the stored message is now inaccurate or undesired to be communicated in view 
of changed facts or circumstances. 

Various modifications, while remaining within the scope of the present invention, can be 
made to the above described embodiment. For example, the functions of the different servers 

10 and elements that make up the communication application server can be combined and reside 
in a smaller number of physical elements, or can be further separated to reside in a larger 
number of physical elements. Also, various functions of the illustrative communication 
application server can be provided in a different physical location, e.g. outside the 
communication application server, in a more distributed environment. For improved 

1 5 reliability the communication application server or elements in it can be duplicated for fault 
tolerance. 

In another embodiment the mobile terminals can locally store in memory a voice message 
intended for later delivery. The operation of this embodiment could be substantially the same 

20 as the above described embodiment except that the delayed delivery voice message is stored 
in the originating mobile terminal instead of in the communication application server. When 
the destination Pal requests retrieval of the stored voice message, the communication 
application server would transmit a command to the originating mobile terminal causing it to 
then transmit the stored voice message to the destination Pal's mobile terminal. Further, 

25 various functions supported by the communication application server could be transferred to 
the mobile terminals assuming that the mobile terminals have sufficient memory and 
processing power, and that sufficient bandwidth among mobile terminals is available for the 
extra communications that will result from this distributed architecture. 
Visual indicia can comprise the display of various words, letters, numbers, symbols, fonts, 

30 colors, shading, and the lack of any displayed indicia, i.e. a blank background. Alerts can 
comprise a change of condition that is humanly perceptible, and more commonly include 
visual, audible, and the sense of touch. 
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In a further embodiment the utilization of status indicators are limited in order to minimize 
bandwidth loading due to messages transmitted by the communication application server to 
the mobile terminals in order keep the status indicators updated. For example, each mobile 
terminal affected by a change in status may not be immediately notified of the change. 
5 Mobile terminals could be updated with status changes as part of the exchange of control 
packets at the beginning of a new communication request by a mobile terminal. In another 
option the mobile terminals would be updated with status changes only at periodic intervals 
that could vary depending on the overall traffic load of the network. For example, during a 
busy traffic time when many mobile terminals are engaging in voice communications, status 

10 updates could be deferred or limited in the number of mobile terminals being updated in 

order to maintain sufficient bandwidth to accommodate user communication demands. Since 
having the correct status of a waiting voice message may be perceived to be of more value 
than having the correct status of the presence of a Pal, it may be desirable to keep the status 
of voice messages updated in substantially real-time while the status of the presence of a Pal 

1 5 can be updated on a less frequent basis depending on bandwidth availability. 

The lack of having a current status of the presence of a Pal should not have a substantial 
adverse impact on the embodiments of the present invention. Where a user elects to transmit 
a delayed delivery voice message to a Pal, the presence status of the Pal will not inhibit the 

20 user from proceeding to transmit the delayed delivery voice message. If the user attempts to 
initiate a real-time communication to a Pal and the user is then advised that the Pal is not 
available for current communications, again depressing the PTT button for a second time 
within a predetermined time interval with the same Pal selected will allow the user to 
automatically generate a delayed delivery voice message. In this situation, the user will not 

25 be confused that the voice message being left is for delayed delivery since a unique talk-beep 
will be played to the user indicating that the voice message to follow will be for delayed 
delivery. This unique talk-beep signifies a delayed delivery message will result and will be 
recognized by the user as being different from a normal talk-beep presented to the user prior 
to being granted the floor to initiate a voice transmission during a real-time communication. 

30 



